home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4242 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: hydra.zrz.TU-Berlin.DE!rawneiha
  2. From: rawneiha@hydra.zrz.TU-Berlin.DE (Philipp Boerker)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: doubling pixels horizontally
  5. Date: 26 Feb 1996 13:22:19 GMT
  6. Organization: Technical University Berlin, Germany
  7. Message-ID: <4gsc6c$o14@brachio.zrz.TU-Berlin.DE>
  8. References: <4f4ibc$gl9@news.cs.tu-berlin.de> <591.6610T1165T2102@login.eunet.no><1045.6611T753T2256@vip.cybercity.dk><4faoe1$47@sunsystem5.informatik.tu-muenchen.de><2991.6612T1034T625@vip.cybercity.dk><576.6613T1070T1730@login.eunet.no><1257.6614T57T922
  9.  <4gkknd$b1v@brachio.zrz.TU-Berlin.DE> <1118.6628T725T1224@ifi.uio.no>
  10. NNTP-Posting-Host: hydra.zrz.tu-berlin.de
  11.  
  12. ludvigp@ifi.uio.no (Ludvig Pedersen) writes:
  13.  
  14.  
  15. >>>Your are not using the CPU and the BLITTER at the same time in chipram are
  16. >>>you??? Because that is very foolish! :) (read: SLOW!)
  17. >>No, I don't. I even toggle blitternasty-bit at the importent places...
  18. >But you are using a blitter-interrupt (or QBlit)?
  19.  
  20. Yes, I did my own interrupthandler.
  21.  
  22. >>>Anyway, to make sure I timed it.
  23. >>>Using a PAL lowres screen with 256 colors, all interrupts off.
  24. >>>c2p:  Used 74 rasterlines on a 160x128 screen
  25. >>>Copy: Used 73 rasterlines.
  26. >>>I consider that as pretty equal.
  27. >>Inside the error-delta for timings, I'd say.
  28. >I use a small macro to store the raster postion before and after the
  29. >routine, so it should be pretty accurate.
  30.  
  31. I was wrong with my computations, my routine is even faster (if that was possible)
  32. than chipmem-speed, so it still wastes cycles on 50 MHz 030.
  33.  
  34. >Accutally, I think my routine must be 1 rasterlines slower than plain copy,
  35. >because I optimised c2p8.s (1x1 c2p by Peter McGavin) quiet a bit yesterday.
  36. >And I managed to sqeeze it down to 73 rasterlines (on the same amount of
  37. >data, 20480 chunky bytes).
  38.  
  39. >So maybe I counted the cycles wrong in my 2x2 routine and have lost 2
  40. >cycles/loop or someting!
  41.  
  42. >It won't matter much, but I'll fix it! :-)
  43.  
  44. That one is a CPU only routine, isn't it?
  45.  
  46. Greets,
  47. Phil.
  48. grond/matrix
  49.  
  50.